home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19951130-19960209 / 000361_news@columbia.edu _Sat Jan 27 15:37:08 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB

  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with ESMTP id PAA07841 for <kermit.misc@watsun>; Sat, 27 Jan 1996 15:37:07 -0500 (EST)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.3/8.7.3) id PAA10124 for kermit.misc@watsun; Sat, 27 Jan 1996 15:37:05 -0500 (EST)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: K95 hangs
  8. Date: 27 Jan 1996 20:36:47 GMT
  9. Organization: Columbia University
  10. Lines: 56
  11. Message-ID: <4ee2cv$9s5@apakabar.cc.columbia.edu>
  12. References: <pwc64q7h.fsf@ERICH4.microsoft.com>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <pwc64q7h.fsf@ERICH4.microsoft.com>,
  16. unknown <erich@microsoft.com> wrote:
  17. : I just got Kermit 95, version 1.1.2.  I followed the installation
  18. : instructions, telling the 'setup' program that I had a US Robotics
  19. : modem on port 2.  I then ran k95.exe, and typed 'C' to talk directly
  20. : to the modem.  K95 told me to type 'set carrier off' first, so I did.
  21. : Then I typed 'C', and then 'ATZ', and the modem responded 'OK', as I
  22. : expected.  Then I typed 'ATDT9,382-2116', and instead of seeing all
  23. : those characters echo on the screen, as I expected, I saw only
  24. : 'ATDT9,38'.  Nothing appeared after that.  Nothing else I typed seemed
  25. : to have any effect, until I hit Alt+X, which returned me to the K95
  26. : prompt.
  27. Obviously, that's not what's supposed to happen, and not what normally
  28. happens, and (:-) it doesn't happen here.
  29.  
  30. It sounds like the classic symptom of an interrupt conflict, whose results
  31. can be unpredictable but generally result in an application being able to
  32. send to the port but not read from it.  COM2 is typically on IRQ 3, and
  33. normally that's safe.  Are you sure nothing else is on IRQ 3?
  34.  
  35. In a similar vein, is it possible that another process -- a fax receiver,
  36. perhaps -- woke up at that moment and grabbed the port away from K95?
  37. This can happen because the TAPI interface, which (among other things)
  38. prevents this sort of thing, is not yet operational.  Until it is, the
  39. safer course is to shut down any apps that are hanging on the same port
  40. before starting K95.
  41.  
  42. Is the problem reproducible?  If so, does the echoing stop at the same
  43. place every time?
  44.  
  45. Another possibility involves the ATZ command.  Experience has shown that,
  46. in many modems, particularly internal ones, the ATZ command can generate
  47. spurious interrupts or other special effects.  What happens if you skip
  48. the ATZ command?
  49.  
  50. Finally, what happens if, instead of CONNECTing and typing commands at the
  51. modem, you use the built-in DIAL command (or launch K95 from a Dialer
  52. entry)?  If that works, then I would say there is a disagreement between
  53. the modem's settings and K95's.  When you DIAL, K95 issues a series of
  54. commands to put the modem into the appropriate modes, to agree with its
  55. own settings (flow control, etc), thus automatically eliminating confusion
  56. and mismatches.
  57.  
  58. : Oddly, if I run MS-DOS kermit 3.14, and similarly connect with 'C' and
  59. : then type 'ATZ' and 'ATDT9,382-2116' as before, it works flawlessly.
  60. MS-DOS Kermit is a lot "closer to the metal" than Kermit 95, which goes
  61. through the Microsoft 32-bit drivers and APIs.
  62.  
  63. : What might I be doing wrong?
  64. If none of the suggestions above helps, please contact me directly and
  65. we'll figure it out.
  66.  
  67. - Frank